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ABSTRACT 


The objective of this document is to identify existing 
industry, government and NASA standards, and the status of some 
standardization activities of standarda-setting organizations, 
that can be applicable to the design, implementation and 
operation of a database management system (DBMS) for space- 
related applications. This document also contains, when 
applicable, an assessment as to the applicability of the 
standards that have been identified to a general-purpose, 
multimission database management system to be called the 
Applications Database Management System (ADBMS) for use in future 
mission, > of the Office of Space and Terrestrial Applications 
(OSTA) of NASA. 
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SECTION 1 


1 . STANDARDS 

1 • 1 l.n.t.r.Qii,ig,.ti,on 

1 . 1.1 

The objeotlve of this dooument is to identify existing 
standards and the status of some standardization activities of 
standards-settlng organizations that can be applicable to the 
design, implementation and operation of a database management 
system for space-related applications. 

This dooument contains a I'jompllatlon of standards with 
a description of the nature and status, as of August I 9 BI, of 
some relevant on-going standardization efforts. It also 
contains, when applicable, an assessment as to the applicability 
of the standards that have been identified to a general-purpose, 
multimission database management system to be called the 
Applications Database Management System (ADBHS) for use in 
future missions of the Office of Space and Terrestrial 
Applications (OSTA) of NASA. 

1.1.2 flr.g,aiii.z.a.U.QjD si£ IM& MQm&nJn 

This dooument is organized by areas for which 
applicable standards may exist. For each area, any and all 
standards or standardization activities that can be relevant and 
have been identified for that area are described under the same 
heading . 

1 .2 JS.t.A,nilflr-d.a .Pjrga nl .z.a.t l . on g 

Within the United States, standards are developed and 
published on a voluntary basis, since there exists no 
governmental agency with direct ocntrol over the use of standards 
within the computer (or any other) industry. Further, there 
exists no congressional authorizations or appropriations that 
directly support or fund the development of standards within the 
United States. However, the National Bureau of Standards (NBS) 
(a division of the Department of Commerce) has direct 
responsibility for the development of standards for use within 
the federal government and for compliance with those standards by 
vendors of equipment to the federal government. Since the 
majority of computer equipment manufacturers are vendors not only 
to the United States Government, but also to all consumers and 
users (nationally and internationally), federally enforced 
standards can be expected to be industry standards, 

merely to save the cost of producing two separate lines of 
equipment. While the NBS has the authority to develop 
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independent federal standards, the recognition of what would be 
the overall costs of producing special custon-designed equipnent 
for the government requires the Bureau to actively participate in 
and promote the voluntary standards effort of the computer 
industry. 


1.2.1 fjBjlexal fijBJtAimmfijiJfe. 

The following types of practices and standards have 
been identified in the federal government for data elements and 
representations : 

1) liA XA&JtiL IraflJLiAfiiL. Those data elements and 
representations in current use that have not been 
subjected to official or formal standardization. 

2) ilXlJLii, . Those data elements and 

representations that have been approved by an 
authorized official for use within that unit. (A 
unit is any federal organization within the 
executive branch of the government, which is at a 
lower organizational level than an executive 
department or independent agency.) 

3) Aaaaax jBiaad.and.a. Those data elements and 
representations that have been approved by an 
authorized official for usp within an executive 
department or Independent agency. 

4) lUlL&Iiam fiJtaMaJliiiS.. Those data elements 
and representations that have been approved by the 
Secretary of Commerce for use in a particular 
program or mission where more than one executive 
branch department or Independent agency is 
involved with their use. For example, those 
standards that could be approved and prescribed 
for use are those which Include, but are not 
limited to, federal-wide personnel, 
communications, and transportation data systems. 

5) Federal General Standards . Those representations 
that have been approved by the Secretary of 
Commerce for federal-wide use by executive 
departments and independent agencies in all 
federal-wide programs and for use in all federal 
data systems. For example, this includes such 
representations as calendar dates, state 
abbreviations and codes, and codes for standard 
metropolitan statistical areas. 

Federal general standards are the highest level 
standards, followed by federal program standards, agency 
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standards, and unit standards, in that order. This order 
establishes a preoedenoe for standards use. 

Standardization activities within the federal 
government are the following: 

In.fe,gr.aAMoy, SsnniX l s s sul A u isM A XiQ SJkXA fEQSAaolns. lIMlkHIl 

Tho lAC/ADPs membership consists of 1|8 federal 
agencies, and it provides a medium for the exchange of 
Information on management and technological developments, serves 
as a lOrum for the discussion of policies and regulations being 
proposed by the central management agencies, and initiates 
studies on matters on which the Committee wishes to formulate 
views and recommendations for consideration. 

IsjAakmI Zii^JiAAsAjas. gfeand-ar d a SF.lI.Sl la a k iiiidjuia 

The FIPS Task Groups are composed of technical 
personnel with a knowledge of each agency's requirements, who 
assist the NBS in matters relating to the development, adoption, 
and implementation of standards and in providing better 
coordination of the Federal Automatic Data Processing (ADP) 
Standards Program. 

Hgjjfxal P,rgKr.8Bg &tandarda fi r 9 u pa £&e MXa &lSMS.niA aM fiMaj: 

1 ) F&i&LAl l&l&&&MBLAlUk&AXlSinJS. LUSLALAM S-XARSLALiSi 

Committee. The National Communications System 
(NCS) is designated as the lead agency to be 
responsible for the development and maintenance of 
federal program standards regarding data elements 
and codes in Federal Telecommunications Systems. 

2 ) l&i&JlAl l&l&£.9.AmiiniAAXlS.JlA fifiAAlll£fi. 

(FTSC ) . The objectives of the FTSC are: (1) to 

develop and coordinate standards required to 
achieve operational compatibility among networks 
of the National Communications System; (2) in 
concert with the National Bureau of Standards, to 
develop and coordinate standards for data 
transmission and the com puter- telecommunication 
interface; and ( 3 ) to Increase the cohesiveness 
and effectiveness of the federal telecommunication 
communities influence on national/ inter national 
standards program and on the FIPS program. 

.i>2.2 Hajt-lgji a l firit.ani8 flt A, 9 n,g 

The American National Standards Institute (ANSI) is the 
national clearinghouse and coordinating agency for voluntary 
standards in the United States [1]. It is a nonprofit 
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federation of apppoxlnately 140 trade aeeoolations and 
profesalonal sooletles, and over 750 oompaniee, which are dues<^ 
paying yigembers. 

As the national clearinghouse for standards, ANSI 
provides the machinery for developing and approving standards 
that are supported by a national consensus. Its constitution 
states: "In standardization practice a consensus is achieved 
when substantial agreement is reached by concerned interests 
according to the judgement of u duly appointed authority. 
Consensus implies much more than the concept of simple majority, 
bub not necessarily unanimity". 

ANSI is the United States member body of the 
International Standards Organization (ISO) (see Section 1.2.4). 

The federal government is a major contributor to the 
work at ANSI, The Director of the National Bureau of Stsandards 
is a member of its Board of Directors. Representatives from 
various government departments and agencies participate through 
the many ANSI councils, boards, committees, and task groups. 

The lAl&limAilAA l££llAi£g.l IdUflAAUX IAJLASL 
( ISTAB) of ANSI is responsible for all aspects of standardization 
of systems that transmit, store, or process inf onaation, and 
advises, among others, the American National Standards Committee 
XI (ANSC-X3) £slc. jEAap uta r.9, am IrooaggAng. 

ANSC-X3 has the task of standardization related to 
systems, computers, equipment, devices, and media for Information 
processing systems. The Committee is sponsored by the Cp.m fiuter 

aM £.ugl.nAAg Eq u i P iaAM MAn ulA AMrerg, Ag go , 9 A a .t.i9n a& the 
sponsor, CBEMA acts as the secretariat providing administrative 
support and, through its Standards Committee, is responsible to 
ANSI for the general administration of ANSC-X3. 

ANSC-X3 accomplishes its responslbllltien through two 
major committees: Standards Planning aM Hgflul r ABiAA t g, JMttmlttgfi. 
(SPARC ) and Standards Steering MjbbIMaa ISA’tfil. 

SPARC is the research and study arm of ANSC-X3, 
responsible and responsive to the ANSC~X3 committee for the 
identification of the needs and requirements of the Industry for 
standards. Having Identified the need, justified the work, 
confirmed the availability of resources, and determined that the 
work is within the limits of current technology, SPARC recommends 
to ANSC-X3 the establishment of a technical committee under the 
supervision of SSC for the actual standard development. Once 
approved by ANSC-X3, the SSC establishes the technical committee 
and oversees its work. 
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Although ANSI is responsible for the coordination of 
national voluntary standards in the United States, the Institute 
has never established itself as the sole organization for the 
development of standards-related inf «‘»’i!;ation. In faot, over one- 
third of the standards published by Ali;3I origin* *ied from outside 
the ANSI organization. The list of approved American National 
Standards developed by ANSC-X3 is given in [23. Reference C3i 
provides the current, approved organization membership of ANSC- 
X3. 

t . 2 . 3 slu ^yj.fc.8.ia, lia.D£]ia£g.a. JSMMlLl 

CODASYL is not a standards-sf t ting body, bub instead an 
informal and voluntary organization specifically established bo 
design and develop techniques and languages to assist in data 
systems analysis and implementation. Specifically, CODASYL 
operates four committees; the JiAiia JLAJl&JJLAfi.£ 

fiaaaiiLtAfi, the £raaiiaaalna Languag.e. £AaaiMj8A. and the fixalftaa. 
Go pm i t tee . The overall organization is supervised by the 
Execu t ive Co mm ittee , and ther-’ are a number of task groups 
working on specific issues. 

The most widely known products of CODASYL are; (1) the 
COBOL language, which was subsequently accepted as the basis for 
the American National Standard Cobol X3.23? and (2) the Database 
Reports, which hav© been accepted by ANSI, and which are the 
basis for a standard that will be published very soon (see 
Section 2). 

^ .2 A ■Organi.g.a t i. p jig. 

The SiLK&.Ri.Z.SLiilSlD. LSlL £t.AJailAllillAAJLJLilJaL 

(ISO) was established in 1947 to promote the development of 
standards, and its objectives, as specified in its constitution, 
are; . .to facilitate the coordination and unification of the 

standards of Member Bodies." In connection with this goal, ISO 
may ". . .set up international standards provided that in each 
case no Member Body dissents." 

Present membership in ISO includes 54 member bodies. A 
member body is an organization of an individual nation which best 
represents the standardization activities of its nation. The ISO 
Member Body that represents the United States is the American 
National Standards Institute (ANSI). The United States' 
viewpoints, to be presented in the technical work of ISO, may 
be developed through the interested ANSI committee, through a 
competent committee of another standards organization, or through 
a committee specifically organized as an advisory committee to an 
ISO Technical Committee. The work of the technical committees 
eventually results in ISO JLna£l. IiilieiiiiAJUaJiai fiiUJlSlaMs. 
which may be embodied in the national standards of ISO member 
bodies. Conversely, national standarxls of the member bodies may 
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bo oBbodled in CIS, and through this moohaniOB devoXop into other 
natlonri standards. 

The standardization of ISC is aooonpllshed by teohnioal 
oonmittees. Currently, over 130 teohnioal oonmittees have been 
establishrd. JjtfiiinAfili 3J. is responsible for 

developing standards reoomBendatlono relating to COBputers and 
InforBation Processing, The coaBittee’s developBont work is 
aoooBplished through the efforts of 14 subocmmittees. 

One other standards organization has considerable 
impact on the computer industry of the United St. :©'-*. That is 
the fiaaiLiiiAi: KiniilAaiJinAiiA AAAfitaiAJiiai* This 

body parallels CBEMA of the United States orgenizationally, but 
restricts membership in the standards development and approval 
process to manufacturers only. Although ECMA is not a member of 
ISO, it is regarded as being a competent standards development 
body, and its proposals are accepted as a basis for ISO Draft 
International Standards. in the early 1970s, ECMA was 
responsible for the development of a proposed standard for the 
PL/1 language, 

1>3 EISA SA.AJ1d . ar,. di aaJ^i.g l l Activities 

Over the past two decades, NASA [4] has Invested a 
large amount of capital in communications and data handling 
facilities to support space flight projects, To insure effective 
use of these support facilities, NASA data systems designs are 
governed by two formally establlsh*'d sets of data system 
standards. These are the Aerospace Data System Standards and the 
EAEA fiAHAiailJt lHAAliam MJia EZAJLAm SiAUdailiA. These standards 
define the basic characteristics of the flight/ground interface 
to assure acceptable support for either deep space or earth- 
orbiting vehicles by their respective ground-based support 
complexes. Each places limits on the requirements that may be 
placed on a NASA tracking network and its associated data 
processing complex. 

The oldest, the Aerospace Data System Standards, was 
initiated in the early 1960s by the Goddard Space Flight Center 
to govern the use of the Space-flight Tracking and Data Network 
(STDN) and its supporting computer complex. The NASA Planetary 
Program Flight/Grouj d Data System Standards, established in 1972, 
governs the use of the Deep Space Network and the Mission Control 
and Computing Center at the Jet Propulsion Laboratory (JPL), 

NASA supports an fJl AAlAttAiLlA 

JlAiA ZHAAAAAiflA lAEJEl that meets periodically and has 
representatives from all NASA centers. Its functions are in the 
areas of acquisition and planning, coordination of 
standardization, and software standards. The Committee 
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publiohed, in 1$79» a doounenfc C5l fch&t desonibea sfcandarda for 
ooBpuber reacuroso Hantgetaenfc, 

Soma NASA programa oarry a atandardizatlon aotivlby of 
thair oun, Some exanplea are the Bnd-to~End InforBatlon Syatem 
(EEIS) at JPL that la reviaing the Planetary Standarda. The 
Appllcationa Data Servloe (ADS) Standarda Program at the Goddard 
Space Flight Center la working on a aet of atandarda for the 
Office of Space and Terreatrial Appllcationa (OSTA) of NASA} the 
Data Syatem Requlrementa Committee, alao at Goddard, maintalna 
the Aeroapace Data Syatem Standarda. 

The NASA End-to-End Data Syatem (NEEDS) program haa an 
activity to coordinate all the atandardizatlon aotivitlea 
mentioned above. 


SECriOM ?. 


a. DATABASE MANAGEMENT SYSTEMS (DBMS) STANDARDS 

At the time when this report was written there were no 
officially published DBMS Standards by any of the major 
standardization bodies. However, there is wn intense activity 
going on Jn the DBMS community and standards organizations to 
identify interfaces that can be the subject of standardization, 
to Justify the necessity of standards, and to develop standards. 

At the present time, the only official DBMS standards 
that are expected to be published within the next two years are a 
Data Definition Language (DDL) ANSI standard (see Section 
2. 2. 1.1) and a Data Manipulation Language (DML) ANSI standard for 
COBOL (see Section 2. 2. 1.2). All of the other DBMS 
standardization efforts are at a stage of development th$it is not 
expected to produce an official standard in the very near future. 
However, the publication of the first official DBMS standard will 
bi> the first step for further adoption of a similar standard by 
other standards-settlng organizations such as ISO or NBS, and 
will open the way for further approval of other standards now 
under development. 

In this section, the present status of the DBMS 
standardization effort will be presented. And an effort will be 
made to explain what products can be expected from all the DBMS 
standardization committees, with an estimate of the time frame 
within which a standard may be issued by the parent organization, 
and the degree of acceptance or adoption by the user community of 
the proposal under investigation. 

Much of the present DBMS standardization effort stems 
from the work that the CODASYL organization has been carrying out 
since 1967, when the CODASYL Database Task Group (DBTG) was 
founded. This name was retained until they were formally 
disbanded in 1971. 

The first report from the DBTG came out in January 1968 
[6] and was entitled "COBOL Extensions to Handle Databases." In 
October 1969, the first set of language specifications emerged. 
1971 contained two major milestones in the life of CODASYL 
database specifications. The DBTG’s April 1971 report [7] was 
accepted by the parent committee, then called the Programming 
Language Committee, at a meeting in Washington in May 1971. The 
acceptance was not entirely unanimous. IBM voiced objections 
since they had a fairly major investment in their own 
hierarchical system (IMS), and it was not in their best 
commercial interest to see a radically different approach move 
close to standardization. 
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In May 1971» it was decided that the schema Data 
Definition Language (DDL), which is ♦•o b§i usod by a data 
administrator for defining a database, should not bo a part of 
COBOL. Therefore, a separate standing committee, called the 
Data Description Language Committee (DDLC) (see Section 2.1.1), 
was created to study the problems of database description. The 
language for specifying the part of a database to be processed by 
a COBOL program, called tht COBOL subschema DDL, and the 
statements to be added to the COBOL Procedure Division in order 
to allow a programmer to manipulate the data in a database, 
called the COBOL Data Manipulation Language (DHL), were Doth 
formally referred to the Programming Language Committee for 
consideration as extensions to COBOL. 

The Programming Language Committee formed, as a 
consoquenoa, the Database Language Task Group (DBLTG). Their 
assignment was to take the DBTG’s work and mold it into a form 
which was suitable for inclusion in the CODASYL COBOL Journal 
Develop m en t- Their first report [8] was approved in 1976 for 
inclusion as part of CODASYL COBOL and was published in the 1976 
CODASYL jiQjLOL jlimjcmi, slL llexslafimjBiit C9 3- 

2 . t M\Mi Elfo r -t g . 

Several bodies are currently working on the 
standardization of database management systems* 

1 ) The CODASYL group; 

2) ANSI; 

3) International organizations (ISO, ECMA, IPIP); 

1|) NBS; and 

9) Individual federal agency standard bodies. 

2.1,1 CODASYL 

The CODASYL Data Description Language Committee (DDLC) 
is a standing committee of the CODASYL organization. Among other 
functions, its purpose is to provide specifications for the 
declaration required to establish and maintain database 
structures [10]. 

The DDLC publishes its language specifications in a 
P-SM Language jlp.MIlJia.3;. Pil Dev elop m ent (DDL JOD), and 

this journal is periodically republished in order to publicize 
the changes made by the DDLC to its language specifications. 
Similarly, the CODASYL Programming Language Committee (COBOL) 
publishes a JOD on COBOL and its database extensions. 
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The Database Administration Working Group (DBAWO) is a 
group jointly responsible bo the British Computer Society (DCS) 
and to the CODASTL Data Description Language Committee (DDLC). 
Historically, it originated as a working group of the DCS 
Advanced Programming Specialist Group, concerned with the 
implementation of the CODASVL DBTG proposals Cll). It later 
changed the emphasis of its work to facilities for data 
administration . 


In December 1973, the DDLC approv^iH a charter to set up 
a task group on data administrabioni Because of its previous 
work, the DCS working group was invited bo fill this role, and 
hence the BCS/CODASYL Data Description Language 
Committee/Database Administration Working Group (DDLC/DBAWG) came 
into being. A more detailed history of the DBAWG is given in 
the dune 1975, DBAWG Report t123. 

The DBAWG aims to develop techniques for use by data 
administrators and bo produce language specifications whore 
appropriate. The following are some of the activities in which 
the DBAWG is presently involved: 

1) Investigation of the database admini.'jbrator 
control function; 

2) Investigation of reorganization facilities; 

3) investigation of distributed databases; 

4) Support for relational schemas; and 

5) Liaison with the DCS Data Dictionary Working 0 ’Cup 
(ANSI X3H1|); 

CODASl'L neither intends nor considers its proposals to 
comprise a complete design of a database management system. 
Rather, its proposals should be viewed as proposed standards for 
throe of the many interfaces between a DBMS and its users and 
implementors. These three interfaces are [13]: 

1) That used by a data administrator bo describe the 
data stored in an on-line database; 


2) That used by an application programmer to access 
and process data in an on-line database; and 

3) That which allows data to be allocated to (mapped 
onto) storage and storage devices. 
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Maiiy other Interfaoea exlat between a DBMS and Ita 
users, for exanple: 

1} That which allows data descriptions to be changed 
and which causes these changes to be reflected in 
the database (and its storage); 

t 

2) That which allows data recovery for example, 
checkpointing, dumping and restart; and 

3) That which allows utility and service programs to 
be invoked, for example for editing and printing, 
for loading the database, for gathering statistics 
particularly for the use of data, etc. 

Some of these and other Interfaces are currently being 
studied by CODASYL. 

2.1.2 Am&rls&n Hjftjtional standards Institute (ANSU 

In the fall of 1972, the American National Standards 
Institute (ANSI) committee on Computers and Information 
Processing (X3) through its Standards Planning and Requirements 
Committee (SPARC), established a Study Group on Database 
Management Systems with a charter that states that the group will 
be responsible to: 

1) Investigate the subject of database management 
systems with the objective of determining which, 
if any, aspects of such systems are, at present, 
suitable candidates for the development of 
American National Standards; 

2) Provide liaison between the related projects in X3 
subcommittees; and 

3) Develop and provide United States representation 
in the international ISO/TC97/SC5 W Working Group 
on Databases. 

The study group has three basic products: 

1) SD-3s (recommendations for standards, see ANSI 
document X3/SD-3); 

2) Individual reports preparatory to SD-3s; and 

3) Standing papers, which constitute the study 
group's corporate memory and acts as an internal 
progress measure. 
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The study group iaaued an interim report In 1975 
a final report in July 1977i and a "Standing Paper 1" CIS] in 
1980 . 

"Standing Paper 1" ia an organized framework for the 
approved written work of the ANS1/X3/SPA8C Database Systems Study 
Group. The scope includes material from individuals, task 
groups, and "The ANSI7X3/SPARC DBMS Framework, Report of the 
Study Group on Database Management Systems," 1977 C16]. 

The Final Report contained neither specifications for a 
recommended standard nor recommendations for any action for 
standardization of any existing products or specifications. The 
report does contain a "framework" which can bo used to consider 
future standards actions. 

After aocopting the report, SPARC initiated three 
pertinent actions? referred responsibility for defining the 
subschema Data Description Language (DDL) and Data Manipulation 
Language (DML) specifications to the COBOL comrolttoo, referred 
actions for a subschema DDL and DML specification to the FORTRAN 
committee, and initiated a committee for DDL specifications. 

At present, ANSI has the following groups working on 
the development of DBMS related standards: 

X 3 HI Oparatlng Systems Command and Reaponae 

Language 

X3HS Data Definition Languages 

X3Hl| Information Resource Dictionary System 

X3J3 FORTRAN (and database extension) 

X3J4 COBOL (and extensions for database) 

X3T5 Open Systems Interconnection 

The organization of the ANSI/X3/SPARC Database Systems 
Study Group includes a Database Architecture Task Group to 
recommend the development of architectural standards for database 
systems, and a Relational Database Task Croup that is 
investigating the Justifiability of proposing to ANSI/X3 that a 
standard be developed concerning the relational approach to 
databases . 

2.1.3 luLexiLaM p nal ilrjt.aD..i.z.a..t.i.o,ns ilSSL. IUlf.). 

Within, the International Standards Organization (ISO), 
Teohnioal Committee 97 /Study Committee 5/Working Group 3 on DBMS 
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meets semiannually and has a very ambitious program of work. Its 
scope of work includes: 

1) Defining concepts for conceptual schema languages; 

2) Defining or monitoring definition of conceptual 
languages ; 

3) Developing a methodology for assessing proposals 
for conceptual schema languages; 

i| ) Assessing candidate proposals for conceptual 

' schema languages; 

5) Deflnining concepts for conceptual level and user 
facilities; 

6) Defining conceptual level and user facilities; 

7) Taking cognizance of and reacting to other 
database developments as appropriate; and 

8) Developing vocabulary for database management 
systems. 

The architecture to be developed by ISO will use as its 
principal basis the concepts of the Interim report that the 
AKSI/X3/SPARC Study Group on Database Management Systems has 
issued . 


The European Computers Manufacturers Association (ECMA) 
has chartered a Technical Committee 22 whose task is to develop a 
standard for database management systems, that is COBOL oriented. 

The International Federation for Information Processing 
(IFXP) has Technical Committee 2 (TC2) on programming, which has 
a Working Group 2.6 on database management systems. This 
committee has sponsored several working conferences on various 
aspects of database management systems. Another TC2 committee 
(WG 2.8) deals with operating systems command and response 
languages . 

2.1.4 National , Bur j?!. au sJl .S.ta.p. dfl rjJ. lUMl 

In March 1977, the Federal Information Processing 
Standards Task Group 24 on Database Management System Standard 
initiated a study of the need for database standards within the 
federal government. The voluntary participation from several 
federal agencies considered the actions of other standard-setting 
bodies; reviewed the alternatives to federal standards; examined 
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the issues of standards adoption, timing, and impact on 
teohnolo(y; developed a method for justifying standards, and 
attempted to anticipate likely database technology advancements. 

FIPS TG-2l< recommended standards in certain specific 
technical areas, concluded that standards were premature in 
others, and emphasized the need for certain guidelines. 

The TG-2^< final report [17] issued in August 1 979i 
contains the recommendations for standards and guidelines as well 
as the assumptions, benefits, and costs considerations used to 
Justify the recommendations. 

Other related efforts of the Institute for Computer 
Sciences and Technology (ICST) have been initiated within a 
program to develop computer networis protocol standards. The 
objectives of this program are to (1) make possible distributed 
computer networks and (2) enable the interconnection of different 
components selected based on cost, performance, and availability. 
Some of the protocols product of this program that can be of 
interest to the DBMS standardization effort are the Distributed 
Data protocols and the Common Command Language (see Sections 2.M 
and 2.5). 


2.1.5 XQiU.y.ldiyLl Fei.e,r.al. A&j&mx BsAX§a 

Among the larger federal agencies participating in PIPS 
TQ-24, several have their own standards-setting function, and 
some are currently considering DBMS standards. For example, the 
Department of Ag^riculture has already established a policy to v.se 
exclusively, one proprietary DBMS for roost applications. 
Similarly, the Army reviewed various options related to reducing 
the number of DBMS used by its components. 

2.2 MM S S.t... an .d ar .dli?. 9d M b d .e , Ie sM jS.9.hjejnaa 

DBMSs effectively separate the logical and storage 
structure of data. Thus, users can access data byname and 
logical interrelationships rather than by location. As a result, 
the way in which data is physically stored can be modified 
without affecting program access. Moreover, the same data can be 
stored by several programs. 

Data sharing can be facilitated through using schemas. 
A schema is the definition, from a particular perspective, of a 
database. The schema defines entities modeled by the database, 
attributes of entitles, and relationships between entitles. The 
schema specifies a class of permissible database states and 
permissible transitions between database states. 
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The 1977 ANSI/X3/SPARC DBMS Framework, Report of the 
Study Group on Database Management Systems, specified three types 
of schemas: 

1) External Schema; an external schema is a logical 
description of a portion of an enterprise, It 
describes the user or user program view of data. 

2} Conceptual Schema: t^e conceptual schema is the 

oomprehensiYe, basa-level, logical description of 
the environment in which an enterprise exists. It 
should be free of both physical structure and 
application system considerations. It may 
describe entitles and attributes that are 
currently not retained in physical storage. 

3) Internal Schema: an internal schema describes 

data modeling an enterprise as it is physically 
stored. It includes all aspects of the 
environment in which the database is to reside 
(device types, access methods, etc.). 

These three schemas can be viewed as layers through 
which a request passes in actually accessing data managed by a 
DBMS. Consequently, processing a request requires mapping the 
external schema to the conceptual schema which, In turn, is 
mapped to the Internal schema. 

DBMSs can be categorized in terms of the data model 
which is supported and the data language provided for interacting 
with this data model. A data model defines the acceptable types 
of data structures. The three basic data models discussed below 
are logically based on the representation of data as record 
typesf the network and hierarchical models also support explicit 
system maintenance of record type interrelationships. 

Developments in the DBMS field, unlike those in 
programming languages, have brought about no significant degree 
of facto standardization. For the three commonly recognized 
data models (the hierarchical, the network or CODASYL model, and 
the relational model) industry statistics show that about 30 
percent of Installations use hierarchical systems, 25 percent use 
CODASYL systems, and ^<5 percent use non-CODASYL network systems 
[18]. There are not yet a significant number of commercial 
Installations of relational systems. But there is a widespread 
Interest in this approach, which is r'^cognized by the major 
standards organizations in providing standards. 

2.2.1 ILC-twork Model 

The network data model is widely accepted (see Section 
2.2) and it corresponds to the DBTG proposal [7 and 19]. In 
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fact, the DBTG data model is Ihe network data model deeoribed in 
C20] with two reetriotions: 

1) All relationehipa of data items must be 1:N (this 
corresponds' to the DBTG rule that no record 
ooourrenoe can participate in more than one set 
occurrence of the samo type), l.e., complicated 
N:M relationships are prohibited, 

2) No recursive links are allowed (this corresponds 
to the DBTG rule that a record type cannot bo both 
owner and member at the same time within a set 
type) . 

There is also some difference in terminology. For 
instance, links are called set types by the DBTG, In addition, 
the DBTG proposal includes some other features, e.g., aggregates, 
multimember set types, etc. However, the DBTG proposal is, in 
essence, the network data model. 

The DBTG proposal is widely accepted by the database 
community and has been adopted as a base of work by the major 
standardization organizations (ANSI, ISO). It will be the first 
DBMS standard to be published (see below), and it is expected 
that other standards organizations (other than ANSI) will follow 
and present a similar CODASIL-based standard for publication. 

2. 2. 1.1 Hala Haa&Jiiiiiiim Lan&iia&fi lllfiLl. m 1978 , the codasil 

Data Description Language Committee (DDLC) published its last 
Journ? /l fiX Development C 19 ] where it presented its proposal for a 
Data Description Language. The 1978 fll is 

the basis of work for the ANSI X3H2 committee on Data 
Description. ANSI X3H2 made some modifications to the CODASYL 
work, and at a very recent meeting the proposal was turned down 
by the committee, The proposal failed because of the lack of a 
COBOL facility to access a database on which to base some of the 
DDL standard work. As a consequence, at the time when this 
survey was published, X3H2 is changing its charter to include the 
semantics of operation of the database facility. Although, it is 
premature to predict when the proposal for a standard will be 
ready, an official DDL standard is not expected to be available 
before I 983 . 

The DDLC has defined two DDLs: 

1) The most important DDL is that used to declare a 
schema. The schema is the logical description of 
all the data stored in a database. The schema DDL 
is considered to be language (i.e., COBOL, 
FORTRAN, PL/1) Independent and it does not include 
the definition of physical storage media. This 
language will normally be used by a "data 
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adDlnistrator" that is a speoiallst responslb:i.e 
for ensuring that the database m<?ets, preferably 
optionally, th'> requirements for lata placed on it 
by its users. This language is specified in the 
1978 DDLC oL Cl 9]. 

2) To a user of a DBMS, and by «user" CODASYL 
normally means an application programmer using 
COBOL, the only DDL is that used to declare a 
subschema. A subschema is the description of a 
database or a part of a database as the user 
himself sees the data, and is thus dependent upon 
which programming language (i.e,, COBOL, FORTRAN, 
PL/1) the user uses and upon the users 
application. 

The International Standards Organization (ISO) is not 
currently working on a DDL. However, it is expected that it will 
base its future work on the ANSI CODASYL-type proposal. 

2.2., 1.2 iLaJi.fi. MfiaiaaifiJiAaa Itfinaafiaa iJlMLl. The data in a 
database or part of a database described by a subschema is 
manipulated by obeying a program (or, in CODASYL terms a *»run 
unit," because asynchronous manipulation of the database by many 
users la envisaged) written using a mixture of standard high- 
level language (I.e., COBOL, FORTRAN, PL/1) commands and Data 
Manipulation Language (DML) functions. The DML is Independent of 
the high-level language, and thus is not an element of its 
syntax; the high-level language is described as "hosting" the 
DML. The DML is also dependent upon the subschema DDL in the 
sense that the "run unit" using the DML may only operate on data 
declared in a subschema. 

The CODASYL DML proposal was developed by the Database 
Language Task Group (DBLTG) of the CODASYL Programming Language 
Committee (COBOL), and it is specified in the CODASYL C OBO L 
Jflfijrjifil qS. PJxeifi P .nfiJB.i. 

The ANSI X3J4 committee on Dati;. Manipulation Language 
works on the specifications provided by CODASYL. This committee 
does not do any development work (as opposed to X3H2 on DDL) and 
will try to coordinate with X3H2 when the proposal is sent out 
for public review. A standard will not be available before 1983* 

2. 2. 1.3 MfiHfi&fi A Data Storage 

Description Language (DSDL) defines how data described in a 
schema may be organized in terms of an operating system- and 
device-independent storage environment. Such a description is 
known as a storage schema. A storage schema has no effect on the 
results of application programs but only affects their 
performance . 
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A storage sohena is created for a soheaa by the data 
adffllnlstrator , application progranaers, and subsoheua writers 
need not be aware of the design of the storage sohena. the 
concept of separate schema and storage sohena achieves the 
separation of the logical description of the entire database from 
the storage description, 

The language is Intended to be used with the sohena DDL 
specified in the CODASYL DDLC JjjMtXUil ftl 

the DSDL has only been specified in a draft form [21] 
as an appendix to the 1978 DDL JOD C19]. There are no clues as 
to the time frame within which this draft proposal may become a 
standard, since ANSI has not as yet taken any actions concerning 
a DSDL. 


2. 2. 1.4 HfilliLliAJl The schema Data 
Description Language (see Section 2.2. 1.1) has been designed to 
be independent of the high-level language (e.g., COBOL, FORTRAN, 
PL/1). The subschema Data Description Language, however, is 
dependent upon the host b.igh - level language. The Data 
Manipulation Language (DML) is said to be "hosted" by the high- 
level language. 

The subschema Data Description Language and the DML 
are, thus, described within the environment of the specifications 
of each high-level language (i.e., the DML proposed by CODASYL 
and Intended to be used in a COBOL environment is specified in 
the CODASYL .qOJBDL. Sit 

Up to the present, there is only one other language 
(other than COBOL) for which actions have been taken to specify 
database facilities Intended to, eventually, be part of that 
language's standard. That language is FORTRAN. 

The CODASYL FORTRAN Database Language Committee (FDBLC) 
published, in January 1 980 [22], a jJLpJipjaAi fill PpXfiiPJim&lLt. with 
the specifications of the FORTRAN Database Facilities. 

The ANSI X3J3 Committee on FORTRAN has taken the 
CODASYL proposal as the base for their work. However, it is 
expected that the earliest date by which a standard will be ready 
is 1985. 

The Relational Task Group (RTG) of the ANSI/X3/ SPARC 
Database Systems Study Group is currently working on the 
ooirpllatlon of a feature analysis catalogue of relational systems 
to determine what constitutes relational capabilities. It is 
also investigating the justification for, and feasibility and 
timeliness of, its relational standardization activity. The 


prodMots of the RTO will be a preliwinary and a final report. 
The prellninary report will present relational oonoepts and terns 
and the feature catalog. The final report will contain an SD>3 
(reconnendation for a standard) and technical requirenenta for a 
relational standard [23]. 

There are two principal alternative approaches to 
achieving relational capabilities in standard specifications: 

1) Incorporating relational features in standards 
currently being developed (etg., by X3H2, X3J3 and 
X3J4); and 

2) Developing a relational standard Independent of 
other standards. 

There are indications that the second approach will be 

taken. 


Note that this work does not yet Involve the 
development of a standard, although it most likely will evolve 
towards the specification of one. 

The CODASYL Data Description Language Committee is also 
Investigating relational schemas. 

2.2.3 Hierarchical 

There is currently no significant work being done 
towards the specification of a standard for the Hierarohloal 
Model, 

2.3 JIgJtjL gjLg..tiax>ajix IMl 

In the proposed architecture of the ANSI/X3/ SPARC 
Database Systems Study Group [15], the Data Dictionary (DD) is 
viewsd as a repository of information about the entire processing 
environment and its usage (i.e., "meta-data"). In this context, 
the DD is responsible for the following general functions: 

1) Providing a source of meta-data for documentation 
of the environment (i.e., processes, users, data 
characteristics, transactions, and outputs); and 

2) Providing a source of current information to 
support system control functions (i.e., access and 
function tables, validation rules/tables , access 
statistics, etc.). 

As a result of a recommendation mcde by a task group of 
the ANSI Database Systems Study Group, ANSI Committee X3H4 was 
formed in July I960 to develop a standard for an Information 


Redouroc Dlotlonary Systea, The proposal Indloates a target date 
of aoriths after Inoeption of the teohnloal oonalttee to 
approve a national standard. See also reference [24]. 

The National Bureau of Standards (NBS) will publish 
the specif ioation of a federal Dictionary System Standard as a 
Federal Znfornation Processing Standard (FIPSK that it can be 
used with General Services Administration regulations for federal 
proourt.atant purposes. 

The federal DDS standard will not require agencies to 
use a DDS in all applications. However, wherever an agency 
decides to Implement DDS software or services, the federal DDS 
standard specification shall be used as the basis for procurement 
action . 


In September 1980, the NBS issued a document [25] that 
describes the project which NBS has initiated to develop a 
federal standard for Data Dictionary Systems. It also provides 
information about the use and benefits of Data Dictionary 
Systems , 

NBS will develop a Functional Requirements Report early 
in Fiscal fear 1981. The Functional Specification will be 
distributed for public review early in FY82. It is expected that 
further development will proceed so that official review of a 
candidate standard takes place early in FY83. Then, a 
recommended standard would be forwarded for Secretary of Commerce 
approval by the close of FY83. 

One of the NASA standardization programs, the OSTA/ADS 
Standards Program has an activity to develop catalog standards 
for OSTA/ADS. A preliminary report on the requirements for 
standards for catalogs, directories and dictionaries appears in 
the soon- to-be-published proceedings of the May 27-29, 1981 
OSTA/ADS Data Systems Standards Workshop at the Goddard Space 
Flight Center. 

2.4 Endr J flg r , Facilities 
2.4.1 

The End-User Facility Task Group (EUFTG) of the CODASYL 
organization was formed in 1972. It has been working since then 
on the development of specifications for an End-User Facility 
(EUF) which will enable user-computer personnel to access 
information stored in computerized files. In 1978, the group 
published a status report on its activities [26], and it la 
currently working on an £ji4r:llAAll jlailUllAi SlL 
Develop m ent which will contain the specification of a forms- 
orlented End-User Facility. The forms approach was considered 
the most natural interface between an end user and data because a 


2-13 


large nuaber of ueers eaploy foraa (e.g,, purchase order foras, 
expense report foras, eto,) op versions of foras (e.g., reports^ 
aeaos, eto.) in their daily work activities. The ooBaittee has 
taken the approach to initially specify a generalized foras 
creation and processing capability, as the priaary orientation 
for its work. 

2 . 11,2 AMlll&Q. 

In 1977 1 ANSI/ X 3 established the Study Group on 
Distributed Systeas (DXSX). DISY was later reorganized into the 
SPARC Open Systems Interconnection Coaa.ittee (OSIC). In Haroh 
I960, OSIC was designated a Technical Comaittee of ANSI/X3i 
titled X3T5 Open Systems Interconnection. 

Beginning in 1978, ANSI Committees DISY and OSIC/X3T5 
have been participating with Suboomr.i ttee 97/16, Open Systems 
Interconnection of ISO, in developing the Reference Model of Open 
System Interconnection [27] which represents the basis for 
coordinated standards development in this area. The Reference 
Model describes the basis in terms of seven hierarchical layers. 
The seventh layer (Application layer) would include the End-User 
Facilities as part of its protocols. 

The seven-layer model is now generally accepted by ISO, 
European Computer Manufacturers Association (ECMA), 
International Telegraph and Telephone Consultative Committee 
(CCITT), and many national organizations, including ANSI. It 
will become an TTO standard in the very near future. 

Present principal activities of ISO and ANSI (and 
others) dealing with the sixth (Presentation) and seventh 
(Application) layers concern the following aspects; 

1) Virtual Terminal Protocols (VTP) 

2) Virtual File Service (VFS) 

3) Uob Transfer and Manipulation Protocols (JTMP) 

4) Upper layers architecture 

5) Management Protocols 

The VTP activity is defining the protocols tnat are 
most useful for operations where at least one session partner is 
a terminal. The VFS work deals with the protocols most useful in 
the transfer of quantities of information. The JTMP group 
objective is to provide protocols which support the control and 
monitoring of multisite Job activities; this group is inactive 
at the present time. The architecture group is coordinating the 
above efforts so that a consistent set of protocols is developed 
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for each of the two layera. Finally, the management protooola 
group deala with laauea auch aa authorization, aeourlty, error 
handling, reaouroe availability, reporting and accounting, audit 
tralla. Journaling, etc. [28] through [32], 

2.4.3 NBS 

There are two relevant aotlvltlea going on at NBS: 

1) Computer Soiencea Corporation (CSC) la ourrently 
working on a Query Language for the NBS Taak Group 
on Databaae Management Syatema (TG24). Thia Query 
Language la not Intended to have update 
capabllitlea . 

2) The Inatltute for Computer Sciencea and Technology 
(ICST) of NBS haa Initiated a program to develop 
computer network protocol atandarda. The Network 
Protocol Standarda Program will produce a aerlea 
of atandarda and protooola of which two may be 
relevant to the upper layera of the Reference 
Model of Open Syatema Interconnection: 

a) A Common Command Language (CCL) la being 
developed that will provide a uaer Interface 
to a Data Tranafer Protocol which will permit 
the aendlng of fllea of buffera between 
computer ayatema on a network. CCL haa aome 
query capabllitlea to retrieve reoorda from a 
alngle file according to a aingle key. Thia 
la a major difference from a query language 
In a DBMS environment, which doea handle 
relationahlpa between fllea. A draft report 
on the CCL la available [33]* The final 
report will be available by 1982. 

b) Dlatrlbuted Data Protooola. Thia aet of 
protocola will facilitate uaer acceaa to 
dlatrlbuted data In a networking environment. 
The final report will be available by 1985. 

2.5 Databaaea 

There la aome effort in the major atandardizatlon 
bodlea concerning the laaue of atandarda for dlatrlbuted 
databaaea. However, thia work la not expected, at preaent, to 
produce any atandarda in the very near future. 

In Ita Network Protocol Standarda Program, NBS la 
addreaalng thia laaue aa waa deaorlbed in Section 2.4.3. 


In January 1977» the CODASIL Sye>teBs CoDslttee 
undertook a taak exaBlnlng the implloatlona of database 
teohnology in a distributed environment. The oommittee is 
focusing its attention primarily on the impaot of extending 
database management teohniques to distributed processing 
environments. The soope of this effort is the establishment of a 
framework for examining these issues, and the formation of 
baseline oonoepts and guidelines which will support the 
continuing development of distributed database management 
teohnology. The result of this work will be published as a 
CODASYL Systems Committee Technical Report. An interim report and 
a commentary are in [34J and [3^]. 

The ANSI/X3/ SPARC Database Study Group is also 
investigating distributed databases. There is, at present, no 
ANSI Teohnloal Committee developing a standard. However, the 
Study Group has a Distributed System Task Group that has produced 
a proposal for an architecture of a distributed Information 
resource [36] and a discussion of the role of a global DDL, 
global DHL, and global Query Language in the context of a 
distributed database management system environment [ 37 ]. 
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SECTION 3 


3. PILE STRUCTURE FOR INFORMATION INTERCHANQE AND STORAGE 

3 . 1 MM .E.g.r.Bal M inda r d a. 

There are not, at present, any Information Interohange 
or storage standards that are universally accepted within NASA. 
Following the policy that has governed the design of NASA 
missions up to the present, each mission has required the 
development of mission-unique designs of information systems. 

There is a significant amount of effort within NASA to 
arrive at a unified set of standards for information processing 
(see also Section 1.3). Some examples of NASA programs for which 
there is an activity in the investigation of standards are the 
NASA End-to-End System (NEEDS) program sponsored by the Office of 
Aeronautics and Space Technology (OAST), the End-to-End 
Information System (EEIS) at JPL and the Applications Data 
Service (ADS) Standards program at Goddard, Some of these 
programs are producing some specifications that are being adopted 
by more than one mission, and they are good M facto candidates 
for official NASA multimission standards. In particular, the 
Standard Formatted Data Unit (SFDU), (see Section 3.1.2) has 
become a very important candidate for a data storage and 
interchange format standard. 

Another good source of candidates for standards are 
some of the major projects (i.e., Landsat) for which certain 
mission standards have been developed. A few are described in 
the following sections. 

The scope of this study will not include standards 
relevant to the lower layers of the Reference Model for Open 
Systems Interconnection [27]. Specifically, communication 
formats are not included. 

3.1.1 M.ur.s.e £ajBX.g.t, 

The NASA End-to-End Data System (NEEDS) program, 
sponsored by the Office of Aeronautics and Space Technology 
(OAST), has adopted the concept of packet telemetry for the 
arohitecture of the information system tthat it is proposing. 

The packet telemetry concept was originally presented 
in [ 38 ], when it was called the Instrument Telemetry Packet (ITP) 
concept. It represents an alternative to the conventional 
multiplexed telemetry frame approach for acquiring spaceborne 
instrument data. 
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A format has been designed to support this oonoept, 
called the «Souroe Packet Format." It is a level 6 protocol of 
the Reference Model for Open Systems Interoonneotion, and it is 
described in C39]. 

The EEIS program at JPL has also adopted the packet 
telemetry concept for Peep Space missions, Reference [40] 
presents a set of general guidelines for the implementation of 
packet telemetry, followed by specific standards which are to be 
observed by families of flight projects. The guidelines are fully 
aligned with the NEEDS effort [39]. 

The Source Packet format was not designed for storage, 
and it would have to be modified if that was its intended use 
(the mission ID field within the primary header has 8 bits that 
would allow for 2!;'6 mission ID numbers only). 

3.1.2 js.fc.andard. lacmaMM I>.alA jyLnii. IJSEDJI 

The S'FDU defines a family of standard message 
structures to be implemented for electronic data exchanges which 
occur within ground facilities which are components of the 
Multimission End-to-End Information System (MMEEIS) at JPL. The 
SFDU has become an Important candidate for a NASA-wide format 
standard and there is an effort bo burn lb into an internatlanal 
standard for the exchange of space-derived information. 

The SFDU is dasorlbed in [41] and is compatible with 
the work of ANSI committee X3S33 (Task Group 3) Project 281 on 
Code Independent Message Heading Formats (see [42]). 

3.1.3 MM MaMiCiia 

3 .1.3.1 JtXJEAJB.* The Video Information Communication and 
Retrieval System (VICAR) is operational in several institutions 
inside and outside of NASA in a variety of applications. The 
wide acceptance of the NASA VICAR format makes it a good 
candidate for a standard. 

This format allows unlimited amounts of anoilliary data 
per image. However, it has only been used bo date as a 
processing and storage (not transmittal) mechanism and is 
currently quite machine dependent in pixel storage codes. 
Further, it is nob designed for use with nonuser image data 
(feature vectors, etc.) and retains only limited flexibility for 
distinction between tape and image formats. The VICAR format is 
described in [43] and [44]. 

3 . 1 . 3 . 2 £Jai MM Mpanii 
ZanmaJi.. The JPL Regional Planetary Image Facility has been 
developing software to recover the imaging data from all past JPL 
missions that is on the archived Master Data Record (MDR), 



Experimental Data Eeoord (EDR) and ROR tapes. Plans ane to 
reoover this data, reformat it into a common Multimission Image 
EDR, and write it onto 9-traok, 1600 bpi tapes during PY81. The 
concurrent part of this effort is to get Galileo and all future 
missions to produce the imaging EDR in this multimission format. 

The Multimission Imaging EDR format proposal will 
store image data in a VICAR compatible format, but, unlike VICAR, 
it was not designed for VICAR systems only. This format is 
described in [J|5]. 

3. 1.3 >3 £AAIIAJUJ2JLS. Tape ■(CCT) Format . The Landsat-D 

CCT Standards Committee has been examining Computer Compatible 
Tape (CCT) formats and format philosophies, with the objective of 
establishing some standards for CCTs which would promote 
information exchange among remote sensing data users and would 
allow data from a variety of sources to be used for a given 
application. Format requirements were collected from members and 
a draft document [46] of these requirements was prepared in 1978 
by the Canada Center for Remote Sensing (CCRS). 

In 1979f NASA, with the assistance of CCRS, published a 
document C47J to describe and define the tape format 
standardization approach recommended by the committee on CCT 
standardization. This approach applies bo all types of remote 
sensing data user tapes. The purpose of the proposal is to 
address user tapes (whose data are extracted from the 
production/arohive tape and reformatted to provide a product more 
suitable for the user), as opposed to production tapes (used as a 
digital arehi'^re) that may have additional system-imposed 
requirements that were not addressed by the committee. 

The key to the CCRS approach is a concept which, in the 
document, is referred to as a superstructure (a combination of 
precisely defined records and a method of employing them) which, 
when combined with any particular tape format, provides access to 
the data cf that format without requiring specific knowledge ot 
the particular format specifications. 

Two stundard CCT formats have been developed to date 
that include the CCT Family of Tape Formats Superstructure 
conventions and conform to the design standards for CCT format as 
established by the Landsat-D CCT Standards committee [47]: 

1) The Landsat-D Computer Compatible Tape format 
described in [48] defines the data format for 
Computer Compatible Tapes that are produced by the 
Data Management System (DMS) at the Goddard Space 
Flight Center. These tapes serve as input media 
to the Earth Resources Observation System (EROS) 
Data Center (BDC) of the United States Department 
of the Interior. 
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2) An interagenoy committee Spatial Data Transfer 
Committee (SDTC) of the Government of Canada has 
published a standard format for* the Interchange of 
spatially encoded data In the form of polygon 
chains [49]. 

3.2 External Standards 

3.2.1 Labels gM File Structure £££ Infornfl-tAflll Jn.t.9r.fl]UIt&A 

These conventions are transport protocols of the Fourth 
(Transport) layer of the Reference Model for Open Systems 
Interconnection [271. 

3. 2. 1.1 inlaraaAifiJi lRi.s.Ls.h&.iiE.& flilA. The 

ANSI X3L5 subcommittee has Issued for public review and comment, 
a working paper [50] on a proposal for a standard that 
establishes riedla- and machine-independent formats to facilitate 
the Interchange of information between computing systems. It is 
intended for use with physical recording media as well as 
communications media. It is not designed as a record format for 
retention within the files of any specific installation, and thus 
processing efficiency is not a consideration. 

The standard accommodates data elements in a 
hierarchical Interchange structure. It can accept the commonly 
used data structures, many of them directly and others in 
equivalent forms. While the standard may find use in 
interchanging some CODASYL databases, it was not intended to be 
readily usable for this purpose. 

The International Standards Organization (ISO/TC97/SC1 5 
N61) established Working Group 3 (WG3) to recommend scopes of and 
priorities for International Standards to be developed for the 
Interchangeable IRV Coded Data Files project (Programme 97«'15.6). 
The project coincided with the completion of the draft proposed 
ANSI standard on the equivalent topic. ISO is presently 
investigating [51] the ANSI proposal [50]. 

3. 2. 1.2 M ajOLetic Tai>e Labels and File Structure . ANSI standard 
X3.27 establishes a standard for information Interchange 
utilizing magnetic tape, by providing magnetically recorded 
labels to identify and structure files, and by providing a 
standard structure for the blocks containing the records that 
constitute a file [2]. 

3. 2. 1.3 Magnetic Tape Cassette and Cartridge Labels . The Inter- 
national Standards Organization (ISO/TC 97's) project number 

97.15.3 issued standard ISO 4341-78 on this topic. 

The European Computer Manufacturers Association (ECMA) 
has standard 4l on the same subject. 
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ANSI committee X3/L5 is also working in thia standard 
(project 217). It will issue a proposal (very similar or 
identical to the ISO standard) in the very near future. 

3.2.i.i» Lisjulkls. HiAk kAk&la. and. liia filcaaiiLca. iso has a 
proposal for a standard (DIS 6863i project 97.15.5). 

The European Computers Manufacturers Association (ECMA) 
has adopted this standard as standard #58. 

ANSI is investigating ISO’s proposal (ANSI Committee 
X3/L5t project 272). 

3. 2, 1.5 Inlama iab sl .? an Maanafela MadJLa* ansi is working on a 

proposal for a standard. It is expected that the proposal will 
bo issued for public review and comment before the end of 1 980. 

3.2.2 Ca. i a, Element Representation 

3 . 2 . 2 . 1 £ada Ian Inlanmaiian ansi standard X3.M- 

1977 denotes the coded character set to be used for the general 
interchange of information among information processing systems, 
communication systems, and associated equipment. The notation 
ASCII should ordinarily be taken to mean the code prescribed by 
the latest edition of this standard. 

3. 2. 2. 2 fiaanaaaiiijaJtiaii Ian fiaianian lala ansi findinai lala Ian 
Ifllanmalian inlanaliaji&a. ansi standard X3.30 and Federal 
Information Processing Standard (FIPS) M specify standard means 
of representing calendar date (year, month of year, and day of 
month) and ordinal date (year and day of year) to facilitate 
Interchange of data among data systems. 

3.2. 2. 3 IInMjsIar.n Ian IM Id a .n.y.II.e.aM.9.ii al al Ilia 

DLnilad. jSIfllaa Ian lalanmaliaji InlanaMnaa. ansi standard X 3.31 
and FIPS 6-2 identify and provide a 3-digit numeric code 
structure for counties and county equivalents of the states of 
the United States, including the District of Columbia [2]. 

3 . 2 . 2 . H iLnaaiila £aaaaaajalallaii al Ilia laalral IliAiiaalaiia al 
Aafixlaan Hallaiial Ilaalaiiii lada Ian lalaamalian lalanali&A&a. 
ANSI standard X3. 32-1973 and TIPS 36 provide for a graphical 
representation of the control characters of columns 0 and 1, and 
for the characters Space and Delete, of American National 
Standard Code for Information Interchange X3.4«*1 977 (ASCII), 
containing alternative pictorial and alphanumeric sets of 
representations for use on display devices where graphical 
representations of these normally nonprinting characters are 
required [2]. 
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3t2.2.5 Xd.&jaJfe.iilijs.aiLlaa s,l a.1 lliA ilnilAsl 

.(JngltidinK JLb£ JXeArJLg.t, sit SsilsiaiiiAl ton inf ormaAlofl Infrgr.giian&.fi,. 
ANSI standard X3. 38-1972 (R 1977) and FIPS 5 provide 2-digit 
numeric codes and 2-character alphabetic abbreviations for states 
of the United States and District of Columbi- [2]. 

3. 2. 2. 6 l££ilAiiUi££ tSlL ilAA UiAA AA£ IrJllA ££il£il 

fi..tia,i;jLiai.£,r. ££A tsic. Am&rJLs-Aii HaAlg-Jial ■Standard JgjadjB. JCjeJc Jn-f-arflaMan, 
In ter change . ANSI standard X3.M-1974 and FIPS 35 specify 
standard procedures for augmenting the 128-character repertory of 
American National Standard Code for Information Interchange X3»4- 
1977 (ASCII), with additional graphics or control functions. It 
provides a code extension structure that will also accommodate 
the need for 8-bit codes for general information interchange of 
which ASCII is a subset [2]. 

3 • 2 . 2 . 7 .E£A££££AAd.Jtl£LA Sit l&lSl&A IXL thAJlASlJi&JC. ttHtJl&A 

for Information Interohange . ANSI standard X3.M2-1975 specifies 
the syntax as the elements of three sets of character sets, of 
character strings, which are decimi>,l positional representations 
of numeric values, that is, numeric rv>presentations [2]. 

3. 2. 2. 8 l££££££AAaAlfiA£ S.t JUSISIAI IIaA At AJl£ JlAX. tAA 
Information Interchange . ANSI X3. 43-1977 is designed to establish 
uniform time representations based upon both the 12- and 24- 
hour timekeeping systems. it provides a means for representing 
local time of the day in digital form for the purpose of 
Interchanging information among data systems [2]. 

3. 2. 2. 9 ttEMAtULA tAA Ail£ M&AtXttAAiltAA At 

£Xa.e.££ aA,d JBAiiiiss, aI Ake. .SAsAfia At AAa ILniAfid. iSAaAaa 

■£a.i: lA-CsuunaAiaA lAA£H.£AaA&£. ansi X3. 47-1 977 provides the 
structure for an unambiguous, 5-digit code for named populated 
cities, towns, villages, and similar communities, and several 
categories of named entitles similar to these in one or more 
important respects. 

3 *2.2.10 ££A££a£AAaAifiAs Lal Ani Afid fiAaAfia AiiaAfimaAr,. S.I a.ad 
■QAiiar- Apl Aa 1 a As. ilasd In Syste ms MlAh. LimlAsd C, h .ai!.a9, t .e.r. .Ss-Aa.- 
ANSI X3. 50-1976 provides representations for units of weights and 
measures to be used in data interohange systems with limited 
graphic character set capabilities. The representations apply to 
names of United States customary and other internationally 
recognized units and their decimal multiples and submultiples 
[ 2 ]. 

3.2.2.11 ifiP.r.£a.fi.jiAji.AiaA.a At AAlis.Hfi.jai Ilmfio. LAAii lias. 
AAXXe£ejLtiaifi.x. AAjd AaIAsA AAfiAsfi. Has ZSAS IsIsasasss tAL 
Information Interchange . ANSI X3. 51-1975 provides standard means 
for representing universal time, local time differentials, and 
United States time zone references to facilitate interchange of 
data among data systems [2]. 
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3<2f2»12 J3 l£ fi£j2,&J(IS,£jblJL& J&AJLaJ^ li££.£J^JLi2,JlA £,&£, 

Infor m ation Interchange . ANSI X3.61 establishes uniform formats 
for geographic point location data and provides a means for 
representing these data in digital form for the purpose of 
Interchanging information among data systems [2]> 

3.2.2.13 £££i££l£ £&£ il££ KlJlll jLbL£ Aa££l£All HaMAHAI 

&t3J).dAi:A SSlASl XAT. Xni;fl.£.ait.ti.01l IH. t £X.Q . hAJl&a» ansi .XS. 64-1979 has 
as its primary purpose to provide a general set of controls to 
accommodate the foreseeable needs in the following diverse 
information interchange applications: (1) Interactive terminals 

of the cathode ray tube type; (a) interactive terminals of the 
printer type; (3) line printers; (4) microfilm printers; (5) 
software usage; (6) form filling; (7) composition imaging (for 
example, typesetting); (8) word processing; (9) input-output 
devices with auxiliary devices; and (10) buffered and unbuffered 
devices [2]. 

3.2.2.14 IslXl jQr&ajiij&AjLi'aJi AUd. all 

JiaiLA JBlAmAAlLa tax. Jiala ifiiAnaliaAAA. iso committee tc97/sci 4 
(Representation of Data Elements) has a not-yet approved first 
draft proposal which is a guide to assist users and designers of 
data processing systems to Identify, define, and represent units 
of data to be interchanged along with the necessary structures 
for organizing these data. 

3.2.3 £x.t. g rnal Iibaaa jSif,AndAJi.dA 

At the present time, there are no officially published 
or generally accepted standard image formats. There are some 
standardization efforts being done by the NBS [52], but it is not 
expected that they will produce a standard in the very near 
future. A list of some candidates for a standard appears below. 

3.2.3. 1 lllA MIQ. lAAA ZAHAAi^ Under the NATO 

Defense Research Group (DRG), the AC/243 (Panel III) Research 
Study Group 4 (RSG4) was formed to coordinate participation among 
participating governments in the field of image pattern 
recognition. The Subgroup on Image Processing (SGIP) Issued in 
February 1 976, the specifications for a tape format to be used 
for transferring digital Imagery from one installation to another 

[53] . 


The NATO format has been internationally coordinated 
and is the only one among other candidate formats (NASA VICAR, 
NASA CCT) that makes provision for transmittal of nonimagery 
data, real and complex-valued imagery, and negative value image 
points. The concepts of image and tape format are completely 
decoupled and treated as separate issues. This allows great 
flexibility Including very long image lines with simultaneous 
limits on maximum tape buffer length. However, this format 
places limits on ancilllary data (none in an image line and a 
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maximuB of only llOOO oharaotera per Image header in free format) 
which aevorely limita ita utility in NASA type databaaea. 


3 • 2 . 3 . 2 . gfijigr al jSJ2^iiJLXA.Qi.tifin8 £px a Iajbjl 11£££ ZabaI sul 
MamAdiCfll £aJb..tp r n, Recognition) . A taak force on Databaaea and 
Portable Software waa formed in 1975i within the Biomedical 
Pattern Recognition Subcommittee of the Machine Intelligence and 
Pattern Analyaia Committee of the IEEE Computer Society. The 
group haa laaued some very loose general specif ioatlona for a 
tape format [54]. 

3 <2. 3. 3 XBlJLiAl g£A£i)iA£ ^AAIiABAA ^BAAIXIaaMAJI The 
Initial Graphics Exchange Specification (IGES) is the product of 
a program sponsored by the Air Force, Army, Navy and NASA, and 
coordinated by the NBS. IGES is an attempt at providing a 
specification for the exchange of drawing and geometry data 
between Computer Aided Oeslgn/Com pu ter Aided Maufaoturing 
(CAD/CAM) systems. 

ANSI subcommittee Y.14.26 (Computer Aided Preparation 
of Product Definition Data) voted on May I 98 O, to issue IGES as 
the first three parts of a 5- part proposed standard. IGES is 
described in [55]. 

3.2.i» Storage Media Standards 


The following are ANSI standards, some of which have 
been adopted by NBS as FIPS and/or by the Department of Defense 
(DOD), as indicated in each. 

Although the relevance of these standards to DBMSs is 
questionable, they are Included here for completeness. 

3 . 2 . 4 . 1 Magnetic Disks 

3 . 2 . 4 . 1 . 1 SLn.ii&s.&r.d<sjL HarhaJUs. £lx=Mljik Ui&nALAL*. IhXAlSL&l 

ansi X3. 46-1 974. Specifies the 
general, physical, and magnetic requirements for 
interchangeability of the six-disk pack between disk storage 
drives and associated information processing systems. 

3 . 2. 4. 1.2 fiABirilAA LELAAI LAAdlJlKj. 2.RS.J1 
hAllj. fiADABAJU IJUtAiAAij. ABd. HA&Alii lABiilllAmABiA. ANSI X3.52- 
1976 , (DOD). Provides the general, physical, and magnetic 
requirements for interchangeability of the magnetic single- disk 
cartridge (front loading), as required to achieve unrecorded 
cartridge interchange between disk storage and associated infor- 
mation processing systems. 
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3. 2. 4. 1.3 ilJa£.A£££d.Ad ll;iJUAk £££^4. H£AA£Al4. £llXAi£AJL AAd 
Miailftilil Jgfliiir-ttflAnla. ansi X3. 58-1977. specifies the general, 
physical, and magnetic characteristics required for the physical 
interchange of magnetic 11 -disk packs for use in electronic data 
processing systems. 

3. 2. 4. 2 HggJUtjLlA lAAA 

3. 2. 4. 2.1 Recorded MflgJIAfclA Xa,P.A £A£ JnfjB.£fla.tii?-tt iJl.tfi EClmngit l2M 
CPI, NBZI) . ANSI X3. 14-1973. Provides specifications for format 
and recording for a 1/2-inch, 9-traok magnetic tape to be used 
for information interchange among information processing systema, 
communication systems, and associated equipment utilizing the 
ASCII, X3. 4-1977. This standard deals solely with recording on 
magnetic tape and supports and complements American National 
Standard Unrecorded Magnetic Tape for Information Interchange (9- 
traok 200 and 800 CPI, NRZI, and 1600 CPI, PE), X3.40 1976. 

3. 2 . 4. 2. 2 H fioo r ie d. M a gnsi lo 3!jj?a Lsjl XaXACinallpLn l.njkjBr..ciia.ng& XMJQ. 

££14. £££I1. ANSI X3. 22-1973, (FIPS 3.1). Provides 

specifications for format and recording for 1/2-inch, 9-track 
magnetic tape to be used for information interchange among 
information prcoesslng systems, communication systems, and 
associated equipment utilizing the ASCII X3. 4-1977. This 
standard deals solely with recording on magnetic tape and 
supports and complements American National Standard Unrecorded 
Magnetic Tape for Information Interchange (9-track 200 and 800 
CPI, NRZI, and 1600 CPI, PE), X3. 40-1 976. 

3. 2. 4. 2. 3 M agn/ - _tic. Tape Labels aM £il& jS££.U,g.tliJ!.e. f cr Ini:.C£aaJil.ft£ 
lAi&JlfitajQgS.. ANSI X3. 27-1 978. Establishes a standard for 
information interchange utilizing magnetic tape, by providing 
magnetically recorded labels to identify and structure files, and 
by providing a standard structure for the blocks containing the 
records that constitute a file. 

3. 2. 4 . 2 . 4 lajife Ian Ijalanmaliaii lalanalianitfi 

IlfiLfl.fi. ££14. £JB1. ansi X3. 39- 1 973, (FIPS 25). Provides 

specifications for format and recording for a 1/2-inch, 9-track 
magnetic tape to be used for information Interchange among 
information processing systems, communication systems, and 
associated equipment utilizing the ASCII X3.4 1977. 16 deals 

solely with recording on magnetic tape and supports and 
complements American National Standard X3. 40-1976. 

3. 2. 4. 2. 5 Unrecorded HagnsMa Ia££ l&iL InforiatAAii lR.t er.fi JiAJi&A 
liilrafiJt £££ and. £££ £££ 4 . MIX,, anl lfi.fl£ ££14. ££l. ansi X3.4o- 
1976 . Provides specifications for 1/2-inch wide unrecorded 
magnetic tape and reels to permit mechanical and magnetic 
interchangeability of tape between Information processing 
systems, communication systems, and associated equipment 
utilizing the ASCII X3. 4-1077. This standard deals solely with 
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magnetio tape for digital recording and aupporta and oonplements 
Anerloan National Standards on unrecorded nagnetlo tape for 
Information interchange. 

3 . 2 . 4 . 2 . 6 lAJU. tSUH XntajURAiJLSLIk InJlAXlAllJLllgA 

C^.61 0» ma 1 0.1 SO -inch) .T „n , pt ajj. 3.2, iiJJtftM I B 00. JbcU^, ££,1. ANSI 
X3. *18-1977. Covers specifications and requirements for a 3.810-mm 
(0.150-lnoh) magnetic tape cassette to provide data interchange 
and physical interchangeability between information processing 
systems utilizing the ASCII X3.*t-1977 and amendments thereto. 

3 . 2 . J| . 2 . 7 HM.&JkS.ilSL lAJBJL ISIL lIlita.LB.AXXaJL XOlALSihAIkAA 

LSlZ^Sl C.Pli, SJtSJlSL fi&ilflXilllgl. ansi X3.54-1976. Provides 

format and recording apoolf ioatlons for 1/2-lnoh, 9-traok 
magnetic tape to be used for information interohangei information 
processing systems, communication systems, and associated 
equipment utilizing the ACSII X3.4-1977. 

3. 2. 4. 2. 8 ILAHAAfilliLAiL KAglLAii.il lAAA £AHi£id.£A ilA£ lAJCAHAAiiAA 

liL-ter change (0.250-inoh. lj6.jQ.fl. hni-. IKaaa Encoded) . ANSI X3.55- 
1977. Presents the minimum requirements for the mechanical and 
magnetic interchangeability of a 0.250-lnoh (6. 30- mm) wide 

magnetic tape cartridge among information processing systems, 
communications systems, and associated equipment. This standard 
refers solely to a magnetic tape cartridge for digital recording 
and supports and complements ANSI X3.S6-1977. 

3. 2. 4. 2. 9 £AAA£it£dL H&KJl&llZ lAGLA £Allillid.£A £SIL lA£fi£AAilAA 

IniAllAlLAlLgA Il=.iilAAJU fl.jL£5.2rilllAlL4. lifllfl. ILILL*. £.1 iAAfflo. 

Phase Encoded) . ANSI X3. 56-1977. Provides the technique and for- 
mat specifications for recording the code of ANSI X3.4-1977» Code 
for Information Interchange (ASCII), on a 0.250-inch (6.30-mm) 
wide, 4-track, magnetic tape in a cartridge at 1600 bpl, using 
phase encoding for information interchange among information 
processing systems, communication systems, and related equipment. 
This standard supports and complements ANSI X3. 55-1977* 

3.2.4.2.10 flJlAr-HAAi*. IAAJi I12al=.AfflI KAgAAliA lAAA £AA1 £A£ gAAPA.t- 
AH flAA IEaaaIhaaailIa lor laJLcrchangeJ. ANSI/EIA RS 352-1 968 
(R1978). Covers those dimensions of reels considered essential 
for their successful interchange between equipment designed for 
use with 1/2-lnch wide magnetic tape in computer applications. 

3. 2. 4. 3 Paper Jape 

3. 2. 4. 3.1 £gJ!iArAted Iajp.A flAilA for Information Interchange . ANSI 
X3. 6-1965 (R1973), (FIPS 2). Specifies the representation of the 
ACSII, X34-1977, in perforated tape and similarly encoded media 
used for interchange of information among equipment such as 
office machines and information processing and communications 
apparatus . 
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3.2.JI.3.2 MfsinAli £jEu:£5ut:aiSLSl £aaar liaa £.s.n lajtfinmaJtlaa 

Intepohange . ANSI X3*18-197^<. ''.vers the physical dimensions of 
the paper tape which is to be p .rforated with fully punched round 
holes . 


3. 2. 4. 3, 3 fiiaxajasalitJLaaiiiha In&h. Z&r.Ls.L&ii,&^ I&r&h X&slsl Xan 
JJlXsXaflMaa ansi X3. 19-1974. This standard covers 

specifications for eleven-sixteenths inch tape similar to those 
provided for one-inch tape srecified in ANSI X3. 18-1974. 

3 *2. 4. 3. 4 lakfiniia Eaaia Xaa fluaxiaali XaLXaaaiad. laaa Xan 

laXaaaaXXaii laXaaaiiaiiaa. ansi x3. 20-1 967 (R 1 974), (fips 27 ) 

(DOD). Covers the physical dimensions of take-up (or storage) 
reels, with either fixed or separable flanges. 

3 . 2 . 4, 3 . 5 &RaaiXAg.aJ&i,o,h Xan Xaftaar-Uag. aX .yjiPiiiifiiiM Xllaa X ap& r . 

XaaXaxaXaa Xaaa. ansi X 3 . 29 -I 97 I. Describes the dimensions of 
unpunched paper perforator tape and the properties of the paper 
from which it is made, This tape is intended to be used as a 
perforated tape input/output medium for information interchange 
among information processing systems, communication systems, and 
associated equipment. 


3 . 2 . 4 . 3 . 6 ij]tXaiialiAii££. Xalia aX X£.£XaaaXay. lana Xaa laXaaAaXlan 
Inter change. ANSI X3.34-1972, (DOD). Provides definitions and 
dimensions for interchange roll, length of tape in interchange 
roll, directional markers on tape, and length of header and 
trailer . 


3 2 . 4 . 4 


SmM& 


3 . 2 . 4 . 4 . 1 XaaaiXiaaXiaa Xaa Mn&rAl Xaaaaaa Xaafia Xaaia Xaa 
inXaamaXiaa Xaaaaa&inE. ansi X3. 1 1-1 969, (dod). specifies the 
dimensions, quality of paper, and test methods of 7-3/8 inch- 
length cards used for information processing. This standard is 
intended to apply to general purpose cards in which the primary 
method of recording information is by punched holes. 


3. 2. 4. 4. 2 Rectan gular ijl T we lv a - ro,w P unoh .ed Card s. ANSI 
X3. 21 - 1967 , (FIPS 13). Specifies the size and location of 
rectangular holes in 12-row, 3-1/4 inch-wide punched cards. 

3. 2. 4. 4. 3 liiHS-hfiA Xand. fiaXa. ansi X3. 26 - 1970 , (fips 

14). This standard specifies 256 hole patterns in 12-row punched 
cards. Hole patterns are assigned to the 128 characters of the 
ASCII X3.4- 1 977, and bo 128 additional characters for use in 8- 
blt coded system. 
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SOPTHAi^E IDESION AND DOCUMENTATION STANDARDS 

4.1 USh ^UniirdA 

The only NASA-wide set of soffcwere guidellnea In 
existence appeers in the NASA Software Manafr-^nent Guideline [56 ] 
of the Computer Resources Management docuuittnt C5] that the Inter- 
center Committee on Automatic Date Processing (see Section 1.3) 
has issued. 

Some major NASA facilities have their own set of 
Software Design and Documentation Standards (see also Section 
1.3). For example, the Goddard Space Flight Center [57) and JPL 
have a draft Standard Practice [58 and 59] that provides a 
detailed description and definition of the software life-cycle 
process, the implementation methodology, and management policies. 

4.2 £gJfejB£Htl aJjJDJ j rdo. 

The national standards organizations have not Issued a 
unified standard that covers most aspects of the software life- 
cycle. There is, however, a set of standards that covers some 
specific aspects of the life-cycle. They are described below. 

The NBS has Issued a guideline [60] that explains 
alternative software capblllties and recommended development 
practices for database applications, with specific advice on 
applications planning and management, and on software selection. 
The guideline is Intended as a technical primer on basic 
reference for federal managers and application analysts who are 
responsible for computer applications and associated software and 
project decisions. Its use is encouraged for planning and 
management, but is not mandatory. 

4.2.1 iULlil£lia£A fiX S.SLmS.H±SLC. Alld. 

Aa.tjanfl. fc gd. JlAifl. system s 

National Bureau of Standards/Federal Information Pro- 
cessing Standards Publication 38 (NBS-FIP.3-PUB 38), February 15, 
1976» provides basic guidance for the preparation of ten docu- 
ment types that are used in the development of computer software. 
It can be used as a checklist for the planning and evaluation of 
software documentation practices. 

4.2.2 fiflid.gAlngg XfliL Documentation Computer Proxrams and 

An.fc.gnflfcgd XfljLft X££ lh£ initiation Phas e 

NBS-FIPS-PUB 64, August 1, 1979f provides guidance in 
determining the content and extent of documentation for the 



initiation phase of the software life-cycle. It covers 
preparation of project request, flexibility study, and 
cost/benefit analysis documents. 

4.2.3 and. Uj3la££ 

This ANSI X3. 5- 1 970, FIPS 2M and DOD standard 
establishes flowchart symbols and their usage in the preparation 
of flowcharts for information processing systems. 

4.2.4 Q.nLi.SLli.iLS.a. ta.n In£AiiiiiAiL.lAa IaJl£11£1iaa&£. 

Formats 

NBS-FIPS-PUB-20, March 1, 1972, identifies and defines 

the physical and logical characteristics of formatted information 
to Improve its Interchange, processing, and use. 

4.2.5 &LiamAiiy. £ai: PA.8gj:ll>.An& g,r.0£ra.jaa aM 

Mia. Maiama 

NBS-FIPS-PUB-30, June 30, 1979, establishes a standard 

form to be used by federal agencies in documenting summaries or 
abstracts of programs and automated data systems. 

4.2.6 £anm Lslt. P e g g rlblng Mnpa.tgr. Magnsila laM 
File Propertie s 

NBS-FIPS-PUB-53 , April 1, 1978, provides a standard 
form for federal agencies to use in documenting the physical 
properties and characteristics of a recorded magnetic tape file. 
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SECTION 5 


5. OPERATING SYSTEMS 

There are not, at present, any standards for computer 
operating systems, although there are several ongoing efforts, 
described below, on this subject. 

It is difficult to assess, at this point, the relevance 
of the work on standardization of operating systems to DBMS. 
Although there seems to be an intention by the standardization 
committees to leave outside of their scope of work all data 
management functions, there can be other aspects of their work 
(like file naming conventions) that may be relevant to DBMSs. 
For this reason, the status of their work is described here. 

5.1 ILm Inaj n . g .p, or .. ta b l . ft lp.£li.Q.,a.ti.png JE.XiB..OM.kl£& l l AE l 

The Transportable Applications Executive (TAE) is a 
transportable software executive under development at the Goddard 
Space Plight Center. This executive will facilitate user access 
to data and programs used in remote sensing applications and will 
provide the necessary system control, bookkeeping, operating 
system interface, man-machine communications, and other services 
needed to simplify and standardize the user environment. A major 
design requirement of TAE is that it will have a high degree of 
"portability" (defined as a measure of the ease with which a 
program can be transferred from one environment to another). It 
will also be VICAR system-compatible. 

The TAE will ultimately be used in a multicomputer 
network. Interprooessor communication capabilities are being 
incorporated to share data and resources. 

The initial functional design of the TAE is presently 
being reviewed and refined. A first (partial) implementation is 
planned for completion by mid-1981 [61]. 

5-2 H iL, fei . 0.n . a l £MJ0.dLar.d..9 Organizations 

ANSI committee X3H1 is currently developing command and 
response standards (job control language) for operating systems. 
The scope of work of X3H1 does not include any data management 
functions [61], but does include file naming conventions that can 
be relevant to database management systems (ANSI committee X3T5 - 
Open Systems Interconnection is also investigating file naming 
conventions ) . 

It is expected that a proposal will be issued for 
public review by the end (September) of 1962 [63]. 
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The NBS will also issue a proposal by the end of 1982. 


The CODASYL group is expected to release a CODA g YL 
ilfimjaan Qj^urMlnR SXSXs.BL jGAjaaaM Language document by the end of 
1 980 . 
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SECTION 6 


6. DATA ADMINISTRATION AND AUDITING 

There are no official standards published In this area 
and It 1s not expected that In the near future a proposal will be 
presented by any of the major standardization organizations. 

The ANSI/X3/ SPARC Study Group on Database Management 
Identified, In Its 1 975 Interim Report [1^1] three roles In the 
management of data: 

1 ) The enterprise administrator, with responsibility 
over the conceptual schema (see Section 2.2); 

2) The application administrator, with responsibility 
over the external schema (see Section 2.2); and 

3) The database administrator, with responsibility 
over the internal schema (see Section 2.2). 

The same individual may function in different roles and 
one role may involve several individuals simultaneously. It is 
critical, however, that there is only one enterprise 
administrator and one database administrator, while there may be 
many application administrators. 

Each administrator would be responsible for providing 
to the system a particular view of the necessary data, the 
relevant relationships among that data, and the rules and 
controls pertinent to its use. 


SECTION 7 


7. TERHIi'JOLOGY 

ANSI standard X3/TR-1-77 and FIPS 11-1 is a dictionary 
for information processing, in general, that was developed by 
combining existing lexicons, and also by studying the use of 
terms throughout the field of computers and information 
processing. The absence of database terms, however, is quite 
pronounced . 

The International Standards Organization/ Technical 
Committee 97 (ISO/TC97) is currently involved in developing a 
glossary for database management systems. 

Task Group 2M (TG24) on Database Management 
Systems of the NBS has developed a terminology [64] for their 
Internal use. This terminology definition, however, is not 
Intended to be a standard. 
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